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SALES CONTENT 




DOES THE MERCHANT 
REQUEST HAVE SUFFICIENTLY 
VALID INFORMATION TO 
PROCEED? 
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BAD CONTENT- 



REJECT 
MERCHANT SALE 



VALID CONTENT 



1 



DETERMINE 
TRANSACTION 
PURPOSE 
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;;= RETURN 
=i CORRECTED 
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TAX CALCULATION 



IS TRANSACTION 
PURPOSE TAX 
CALCULATION 
OR ADDRESS 
CHECK ONLY? 



CALCULATE TAX 
AMOUNT FOR EACH 
TAXABLE ITEM AND 
TAXING AUTHORITY 



AUTHORIZE 
CREDIT CARD 
TRANSACTION 



AUTH 
- SERVICE . 
REQUEST 
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IS CREDIT CARD 

AUTHORIZATION 

REQUESTED? 
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RETURN CALCULATED — \286 
TAX AND AUTH RESULT 
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START 
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A MERCHANxj^pOMMERCE 

engine/serveR or off-line sales 
transaction system commences 
processing a sale with a customer 




A TAX AGENT SUBSYSTEM 48 (E.G., PLUG-IN 82) IS 
ACTIVATED^k^HE MERCHANT'S NETWORK 46 
SITE FOR RI^B^TING A TAX ON THE SALE BY 
JRANSMITT^^SALE TRANSACTION DATA ON THE 
SALE TO THE TAXATION GATEWAY. 
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UPON RECEIVING THE REQUEST (AT THE MERCHANT INTERACTION CONTROL SYSTEM 
256), THE MERCHANT'S IDENTIFICATION IS USED TO ACCESS THE MERCHANT 
DATABASE 456 FOR VERIFYING THE MERCHANT AND THEN RETRIEVING THE 
MERCHANT'S BUSINESS TAXATION RULES ESTABLISHED BY THE MERCHANT FOR 
THEREBY DETERMINING THE TRANSACTION PROCESSING TO BE PERFROMED. 



620 




THE MERCHANT INTERACTION CONTROL 
SYSTEM 256: USE THE MERCHANT INPUT 
AND THE MERCHANT'S BUSINESS RULES TO 
DETERMINE WHETHER TO CALCULATE AT 
LEAST SOME TAXES OR ONLY ADDRESS 
VERIFICATON? 



TAXES 



ADDRESS VERIFICATION 



in 



USING ATTRIBUTEA^ALUE PAIRS IN THE REQUEST 
TOGETHER WITH THE MERCHANT'S BUSINESS RULES, 
THE ADDRESS VERIFICATION SYSTEM 448 IS INVOKED 
TO VERIFY AND/OR CORRECT THE BUYER'S 
ADDRESS(ES). 



AC^TIVATE TAX COMPUTING ENGINE 70 WITH 
li^ REQUEST, AND THE MERCHANT'S 
BUSINESS RULES FOR DETERMINING THE 
T/0CES (IF ANY) DUE ON THE PURCHASE. SEE 

FIG. 11 FOR THE STEPS PERFORMED HERE. 

'■.J 
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RETURN TO THE MERCHANT WITH ANY 
PURCHASER ADDRESS VERIFICATION AND/OR 
CORRECTION. 



Fig. 9 



THE MERCHANT INTERACTION 
CONTROL SYSTEM 256 RECEIVES A 
NEXT MERCHANT REQUEST TO 
PROCESS 




USING ATTRIBUTEA'ALUE PAIRS IN THE REQUEST 
TOGETHER WITH THE MERCHANT'S BUSINESS RULES, 
THE TAX COMPUTING ENGINE 70 DETERMINES WHICH 
(IF ANY) TAXES ARE TO BE COLLECTED. 
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COLLECT NO TAXES 



COLLECT TAXES ON 
BEHALF OF TAX 
AUTHORITIES. 




THE TAX COMPUTING ENGINE 70 PROVIDES THE 
COMPUTED TAX(ES) FOR THE REQUEST TO THE 
TAX TRANSACTIONS DATABASE MANAGEMENT 
SYSTEM 472 WHICH CREATES A REQUEST TO 
DEBIT THE MERCHANT'S BANK ACCOUNT FOR 
TAX(ES) TO BE COLLECTED. 



THE TAX TRANSACTIONS DATABASE AND 
MANAGEMENT SYSTEM 472 GENERATES A 
BANK TO BANK FUNDS TRANSFER REQUEST 
FOR TRANSFERRING THE TAX(ES) TO BE 
COLLECTED FROM THE MERCHANT'S BANK 
TO THE BANK FOR THE TAX GATEWAY 32 OR 
34. SUBSEQUENTLY, THE FUNDS TRANSFER 
REQUEST IS TRANSMITTED TO THE 
MERCHANT'S BANK (VIA THE BANK 
INTERFACE) FOR THEREBY TRANSFERRING 
THE TAX FUNDS 480. 



END 
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RETURN THE RESUI 
MERCHANT INTERi^ 


.TING TAX DATA TO THE MERCHANT (VIA THE 
lCTION control system 256). 







THE TAX COMPUTIl 
DETERMINED FOR 1 


ENGINE 70 STORES THE TAX INFORMATION 
HE REQUEST IN THE TAX AUDIT ARCHIVE 476. 
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-THE MERCHANT INTERACTION CONTROL SYSTEM 256 
RECEIVES A NEXT MERCHANT REQUEST TO PROCESS 



FLOWCHART FOR PERFORMING ADDRESS VERIFICATION AND/OR 
ADDRESS ENHANCEMENT ^7£ 



704 



START 





ADDRS «■ THE FIRST ^ 
(NEXT) ADDRESS OF 
ADDRSS LIST ADDRESS 
TO BE PROCESSED (BY 
EITHER VERIFYING THE 
ADDRESS, OR ENHANCING 
IT TO ZIP+FOUR). 


ADDRSS LIST ^ 

THE LIST OF ALL 
ADDRESSES TO 
VERIFY FROM 
THE MERCHANT 
REQUEST. 




► 




f 



Fig. 10 



REQUEST PROCESSING OF ADDRS 
FROM THE ZIP CODE 
ENHANCEMENT SYSTEM 460. 



740 



WAS ADDRESS PROCESSED 
SUCCESSFULLY? 

NO 

DO MERCHANT'S BUSINESS RULES 
ALLOW FOR THE PROCESSING OF A 
PARTIAL ADDRESS AND IS THERE A 
MORE COARSE ADDRESS PROCESS ING 
METHOD AVAILABLE? 




PROCESS THE CITY, STATE AND ZIP CODE 
ONLY FIELDS OF ADDRS FOR VALIDITY 
(LE., CONSISTENCY). 



Sjg* THE STATUS FIELD 
OiftADDRS TO INDICATE 
Ti|\T ONLY THE CITY, 
STATE, AND ZIP CODE IS 
VALID. 



YES 



YES 




PROCESS THE STATE 
AND ZIP CODE ONLY 
FIELDS OF ADDRS 
TOR VALIDITY. 



^748 
NO 
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NO 

WAS THE PROCESSING 
OF THIS PART OF THE 
ADDRESS 

SUCCESSFUL? 7 44 

DO MERCHANT'S 
BUSINESS RULES ALLOW 
FOR PROCESSING A MORE 
PARTIAL ADDRESS AND IS 
THERE A MORE COARSE 
ADDRESS PROCESSING 
METHOD AVAILABLE? 



SET STATUS FIELD OF ADDRS (OR THE 
ENHANCED VERSION OF ADDRS) TO VALID. 
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DO THE MERCHANT'S BUSINESS RULES ALLOW 
FOR SUBSTITUTING ANOTHER ADDRESS & IS 
THERE ANOTHER ADDRESS THAT CAN BE 
USED? 



NO 



CREATE SUBSTITUTE 
ADDRESS RECORD FOR 
ADDRS & SET THE 
STATUS FIELD OF 
ADDRS TO INDICATE A 
SUBSTITUTE ADDRESS. 
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SET VALIDATION FIELD OF 
ADDRS TO INVALID. 



YES 



NO 



IS THIS PART OF THE 
ADDRESS CONSISTENT? 

YES 



SET STATUS FIELD OF ADDRS TO 
INDICATE THAT THE CITY, STATE 
AND ZIP CODE FIELDS ARE INVALID. 
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DO MERCHANT'S BUSINESS 
RULES ALLOW FOR PROCESSING A 
MORE PARTIAL ADDRESS AND IS 
THERE A MORE COARSE ADDRESS 
PROCESSING METHOD 
AVAILABLE? 



SET STATUS FIELD OF ADDRS TO 
INDICATE THAT THE STATE AND 
CODE FIELDS ARE CONSISTENT. 



ZIP 



776 




NO 



SET STATUS FIELD OF ADDRS TO 
INDICATE THAT THE STATE AND ZIP 
CODE FIELDS ARE INVALID. 



PROCESS THE ZIP CODE ONLY 
FOR DETERMINING IF IT IS A 
VALID ZIP CODE. 



780 



SET STATUS FIELD OF ADDRS 
TO INDICATE THE RESULT OF 
THE ZIP CODE VALIDITY 
DETERMINATION. 



DO THE MERCHANT'S 
BUSINESS RULES 
ALLOW FOR THE 
PROCESSING OF 
ANOTHER ADDRESS & 
IS THERE ANOTHER 
ADDRESS 

ADDRSS_LIST TO BE 
PROCESSED? 



784 



RETURN WITH PROCESSED 
ADDRSS LIST. 




Fig. 11 



START 



804 




IS THE INPUT TO FINALIZE THE 
TAX(ES) FOR A PRUCHASE, 
WHEREIN THE SALES TAXES WERE 
PREVIOUSLY DETERMINED BY THl 
TAX COMUTING ENGINE 70? 

828 



IT 



THE TAX COMPUTING ENGINE 70 REAVES INPUT FROM THE MERCHAN 
INTERACTION CONTROLLER 256 AB^A\ TAXABLE MERCHANT 
TRANSACTION, INCLUDING THE FOlJ^ING INFORMATION: THE 
MERCHANT'S SYSTEM ID, CLASSIFICATIONS OF THE PRODUCTS 
(INCLUDING SERVICES) PURCHASED (PRODUCT CODE), THE CUSTOMER'S 
LOCATION (ADDRESS AND ZIP, IF AVAILABLE), WHERE THE PURCHASED 
PRODUCT(S) IS TO BE DELIVERED AND/OR THE BILLING ADDRESS. 
ADDITIONALLY, FOR EACH LINE ITEM OF PRODUCTS BEING PURCHASED 
THE FOLLOWING INFORMATION MAY BE PROVIDED IF AVAILABLE: A 
STOCKING UNIT IDENTIFICATION (SKU), THE QUANTITY BEING ORDERED 
THE "EXTENDED PRICE" (PRICE TIMES QUANTITY). 



USING ATTRIBUTEA^ALUE 
PAIRS IN THE INPUT 
TOGETHER WITH THE 
MERCHANT'S BUSINESS 
RULES THE TAX COMPUTING 
ENGINE 70 INVOKES THE 
ADDRESS VERIFICATION 
SYSTEM 448 TO VERIFY 
AND/OR CORRECT THE 
ADDRESS(ES) ADDRESS(ES) 
PROVIDED IN THE INPUT AS 
SHOWN IN FIG. 10 




RETRIEVE PREVIOUS TAX RESULT FOR 
THIS PURCHASE FROM THE RUNTIME 
DATABASE. 




DID ADDRESS VERIFICATION SUCCEED ACCORiMNG 
TO THE MERCHANT'S BUSINESS RULES? \ 
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GENERATE TAX 
COMPUTATION 
ERROR MESSAGE 
AND RETURN 



/ 



USING THE MERCHANT'S BUSINESS RULEv \ 
DETERMINE THE TAX CALCULATION METK T TO 
BE USED, WHAT DO TO WITH THE CALCULA . ^ 
TAX RESULTS, WHAT IF ANY TAXES TO COLLi •■ 
AND THE (ANY) TAXABILITY CRITERIA TO BE L ^ 
IN COMPUTING THE TAX. 



DETAINS THE TAX AUTHORITIES HAVING NEXUS 
FORffiE PURCHASE CORRESPONDING TO THE INPUT 
I.E., GENERATE A LIST OF TAX AUTHORITIES: 
TAX=.lXuTHORITIES_LIST which INCLUDES EACH TAX 
AUTHORITY FOR WHICH THERE IS A PRESENCE BY THE 
MERi(^NT AND/OR BY THE CUSTOMER IN A 
GE0f3RAPHICAL AREA SUBJECT TO TAXES BY EACH 
TAXiAUTHORITYONTHELIST. NOTE, SUCH TAX 
AUTttpRITIES NEED NOT HAVE CONTRACTED WITH 
THE jfeVX GATEWAY TO COLLECT TAXES 



( 



844 



\ 



ASSUMING THE MERCHANT'S BUSINESS RULES 
PERMIT, FOR EACH LINE ITEM IN THE INPUT 
DETERMINE FOR THE PRODUCT OF THE LINE 
ITEM, THE PRODUCT CODE (HAVING THE 
PRODUCT SECTION TYPE, THE PRODUCT 
CATEGORY TYPE, AND THE PRODUCT CODE) BY 
PERFORMING THE PROGRAM AS SHOWN IN FIG. 
12, AND STORE THE LINE ITEM WITH IT 
PRODUCT CODE IN THE RUNTIME DATABASE. 



852 



FOR EACH OF THE TAX AUTHORITIES OF 
TAX_AUTHORITIES_LIST, AND (DEPENDING ON THE 
MERCHANT'S BUSINESS RULE'S) FOR EITHER THE 
SALES TOTAL, OR EACH LINE ITEM OF THE PURCHASE 
DETERMINE WHETHER THERE ARE TAXES 
APPLICABLE, AND IF SO, THEN DETERMINE THE TOTAL 
TAX (TT) OWED (IF ANY) AND POSSIBLY THE TAX 
OWED FOR THE LINE ITEMS SEE FIG. 13 FOR DETAILS 



1/ 



.856 



PUT TAX TOTAL AMOUNT TT (AND IF 
MERCHANT'S BUSINESS RULES INDICATE, 
TAX DETAILS AS TO LINE ITEMS AND/OR 
IDENTIFICATION OF TAX AUTHORITIES 
LEVYING TAXES) INTO A TAX TRANSACTION 
RECORD FOR TRANSMITTING TO THE 
MERCHANT. 



DATA IS OUTPUT TO THE MERCHANT 
INDICATIVE OF THE PROCESSING 
PERFORMED. 



TWO STEPS 



824 



RETURN 





I 

ONE STEP 



DOES THE MERCHANT'S BUSINESS RULES 
AND/OR THE INPUT INDICATE THAT 
TAXES ARE TO FINALIZED IN A ONE OR A 
TWO STEP PROCESS? 



USE THE TAX LEVIED RECORDS TO CREATE 
PERSISTENT TAX RECORDS FOR ARCHIVING AND/OR 
COLLECTING (ANY) TAXES ON THE PURCHASE 
ACCORDING TO THE MERCHANT'S BUSINESS RULES 



t 



START 



928 



USE THE STOCKING UNIT TO 
RETRIEVE FROM A PRODUCT CROSS 
REFERENCE TABLE OF THE 
MERCHANT DATABASE 456, ANY 
CORRESPONDING PRODUCT CODE. 



IS A VALID PRODUCT CODE 
OBTAINED? 



932 



STOCKING 
UNIT 



1 



FOR THE OWRlENT LINE ITEM, WHICH 
OF THE FOLLOWING IS PROVIDED IN 
THE INPUT SALE TRANSACTION DATA: 
A PRODUCT CODE, A MERCHANT 
STOCKING UNIT, OR NO PRODUCT TYPE 
IDENTIFICATION? 



PRODU( 
CODE 
PROVIDED 



IS THE PRODUCT 
CODE VALID? 

908 




IS THERE A 
DEFAULT 
PRODUCT 
CODE? 



NO 

PRODUCT 
TYPE 



NO 



YES 



YES 



NO 
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GENERATE A TAX COMPUTATION 
ERROR FOR PROVIDING TO THE 
MERCHANT 
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STORE LINE ITEM DATA WITH 
ERROR IN RUNTIME DATABASE. 


4 ^^^^^ 
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RETURN 
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STORE ITEM DATA AND VALID PRODUCT CODE IN RUN 
TIME DATABASE AND RETURN WITH VALID PRODUCT 
CODE. 



Fig. 12 



Fig. 13 



lOOS 



START 



RETURN WITH TAX 
TRANSACTION RECORD 
INDICATING THAT THE 
PURCHASE WAS 
IDENTIFIED AS TAX 
EXEMPT. 




DOES THE MERCHANT'S INPUT SALE TRANSACTION 
DATA INDICATE THAT THE CORRESPONDING 
PURCHASE IS TAX EXEMPT? 
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YES 



NO 
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FOR EACH TAX AUTHORITY IDENTIFIED ON 
TAX_AUTHORITIES_LIST, CREATE A 
CORRESPONDING TAX LEVIED RECORD, TLR. 



1020 



FOj|EACH TAXATION RECORD TR 
REPRIEVED, AND FOR EACH LINE ITEM LI 
HAVING PRODUCT CODE PC: 

JF THE TAX RATE DATA FOR PC IN TR 
= INDICATES THAT PRODUCTS HAVE 
% PRODUCT CODE PC ARE EXEMPT, 
:=^; THEN DO NOT RETAIN ANY OF TR'S 

TAX RATE DATA; 
= ELSE RETAIN THE TAX RATE(S) OF TR 
1= FOR COMPUTING A CORRESPONDING 
TAX FOR LI. 



FOR EACH LINE ITEM LI IN THE SALE TRANSACTION 
DATA, 

FOR EACH TAX AUTHORITY TA ON THE 

TAX_AUTHORITIES_LIST: 

USE THE LINE ITEM'S PRODUCT CODE (PC) 
TO RETRIEVE THE TAXATION RECORD (TR) 
FOR TA FROM THE TAX CRITERIA 
DATABASE 404, WHEREIN TR SPECIFIES TAX 
RATE DATA FOR THE PRODUCT CODE OF LI. 



1016 



1024 
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FOR EACH LINE ITEM LI, 

FOR EACH TAX AUTHORITY TA HAVING A 
RETAINED TAX RATE DATA FOR LI: 

(A) USE THE TAX RATE DATA FOR 
DETERMINING A TAX, TX, FOR LI- 

(B) MODIFY THE TAX LEVIED RECORD, 
TLR, FOR TA TO INCREMENT BY TX 
A TOTAL AMOUNT OF TAX DUE TO 
TA. 

(C) ADD TX TO A TOTAL TAX AMOUNT 
(TT) DUE ON THE PURCHASE. 



STORE THE TOTAL AMOUNT TT, AND 
ALL OF THE TAX LEVIED RECORDS TRL 
IN THE RUNTIME DATABASE. 



RETURN 



MERCHANT ENROLLMENT 



START 



4t 



II If) 
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Fig. 14 



HE MERCHANT ENROLLMENT SYSTEN«pilECElVES 

^J^^ROLLMENT INFORMATION (VIA THE ^^CHANT INTERACTION 
CONTROL SYSTEM 256) FROM THE MERCHANT. TflE ENROLLMENT 
INFORMATION INCLUDES: (A) MERCHANT LOCATION(S) (I.E., 
ADDRESS AND ZIP CODE), (B) TYPE(S) OF PRODUCTS OR SERVICES 
OFFERED (INCLUDING DEFAULT PRODUCT SECTION, PRODUCT 
CATEGORY, AND PRODUCT IDENTIFIER DATA), (C) THE 
MERCHANT'S FINANCIAL INSTITUTION 54 INCLUDING ACCOUNT 
TYPE, ROUTING AND TRANSIT NUMBER, ACCOUNT NUMBER, AND 
ANY OTHER INFORMATION NECESSARY FOR AUTOMATED 
CLEARING HOUSE (ACH) MONEY MOVEMENT. 
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FOR EACH ZIP CODE + 4 OBTAINED, IT IS 
INPUT TO THE GEO-CODE RETRIEVAL 
SYSTEM 464 THAT SUBSEQUENTLY OUTPUTS 
A CORRESPONDING "GEO-CODE" SUCH AS 
THE FIPS GEO CODE, WHICH IS A STANDARD 
GEOGRAPHIC CODE DESIGNATION USED FOR 
IDENTIFYING TAX JURISDICTIONS. 



1116 



THE MERCHANT'S ADDRESS INFORMATION IS INPUT 
TO THE ADDRESS VERIFICATION SYSTEM 448, AND IN 
PARTICULAR, TO THE ZIP CODE ENHANCEMENT 
SUBSYSTEM 460 THAT OUTPUTS MERCHANT 
LOCATION(S) AS ZIP CODE + 4 THEREBY IDENTIFYING 
THE MERCHANT'S LOCATION(S) TO WITHIN, E.G., A 
CITY BLOCK AND ADDITIONALLY INDICATES THE 
SIDE OF THE STREET ON WHICH EACH OF THE 
MERCHANT'S LOCATIONS RESIDES. 



1120 



THE RESULTING ONE OR MORE GEO-CODES ARE 
n#UT TO THE TAX JURISDICTION EVALUATOR 468 
FDR RETRIEVING INFORMATION ON TAXES THAT 
ARE APPLICABLE TO EACH INPUT GEO-CODE. THE 
OUTPUT FOR EACH GEO-CODE IS IN THE FORM OF A 
TmiE INDICATING THE VARIOUS TAX 
AUTHORITIES, THE TAX RULES AND TAX RATES 
imT ARE POTENTIALLY APPLICABLE BASED 
SOLELY ON THE GEO-CODE. 
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EACH OF THE OUTPUT TAXATION TABLES 
IS PARSED BY THE MERCHANT 
ENROLLMENT SYSTEM 444 AND BUSINESS 
RULES ARE GENERATED FOR THE 
MERCHANT USING INPUT FROM THE 
MERCHANT ABOUT HIS/HER BUSINESS 
OPERATIONS, THE TAXES TO BE 
COMPUTED, AND THE TAXES TO BE 
COLLECTED. THE RESULTING RULES ARE 
STORED IN THE MERCHANT DATABASE 456 
SO AS TO BE ACCESSIBLE VIA AN 
IDENTIFIER FOR THE MERCHANT. 



END 



ASSUMING THE MERCHANT SUCCESSFULLY REGISTERS/ENROLLS WITH A 
TAX GATEWAY 34 OR 40, THE MERCHANT TO ABLE TO SUBMIT SALE 
TRANSACTION DATA TO SUBSTANTIALLY ANY OF THE TAX GATEWAYS 
AND ADDITIONALLY TO DOWNLOAD (A VERSION OF) THE TAX AGENT ' 
SUBSYSTEM 48 (E.G., THE "PLUG-IN 82) FOR INTERFACING WITH THE TAX 
GATEWAY FOR COMMUNICATING TAX INFORMATION (E.G., TAX 
CALCULATION REQUESTS, TAXES PAID, ITEMIZATION OF TAXES 
IDENTITY OF CUSTOMERS TAXED, AMOUNT OF TAXES, ETC). NOTE THAT 
THE TAX AGENT 48 CAN BE INTEGRATED WITH THE MERCHANT'S 
ECOMMERCE ENGINE/SERVER 86 FOR AUTOMATIC ACTIVATION DURING 
A NETWORK (E.G., INTERNET) TAXABLE TRANSACTION AND/OR FOR 
PERIODIC TRANSFER OF TRANSACTION TAX DATA OBTAINED 
FROM.TAXABLE TRANSACTIONS PERFORMED OFF LINE. 
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